display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported
Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.
Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.
https://bugzilla.gnome.org/show_bug.cgi?id=788516
Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Michael Biebl [Sun, 22 Oct 2017 11:22:16 +0000 (12:22 +0100)]
gtk+3.0 (3.22.24-3) unstable; urgency=medium
[ Jeremy Bicha ]
* Drop 0004_fix-gtkentry-wayland-regression.patch:
- Reverted upstream since it caused a totem regression. Epiphany
issue was fixed in mutter instead.
[ Michael Biebl ]
* Force update of GResource files so the changes to the CSS files from
0002-theme-Fix-Adwaita-headerbars.patch are actually applied.
display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported
Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.
Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.
https://bugzilla.gnome.org/show_bug.cgi?id=788516
Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
display-x11: Unset tiled state if _GTK_EDGE_CONSTRAINTS is supported
Commit c415bef5de introduced support for the new _GTK_EDGE_CONSTRAINTS
atom. If the compositor supports that atom, however, we were always
setting the tiled state, even if no actual tiling information is
available, where the correct action is to completely remove any traces
of the tiled state.
Fix that by correctly removing the tiled state when compositor supports
_GTK_EDGE_CONSTRAINTS Xatom.
https://bugzilla.gnome.org/show_bug.cgi?id=788516
Gbp-Pq: Name 0003-display-x11-Unset-tiled-state-if-_GTK_EDGE_CONSTRAIN.patch
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
* New upstream release.
* Bump to debhelper compat 10.
+ Drop dh-autoreconf and autotools-dev build-deps, no longer needed as
debhelper guarantees them now.
* Switch from CDBS to dh.
Only regression is that we don't run --fail-missing on arch:all builds.
* Don't build the docs when not building the -doc packages. Saves some
time on arch-only builds.
* Skip the udeb build when not building the -udeb package. Saves a lot
of time on the arch:all builds.
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Jeremy Bicha [Tue, 29 Aug 2017 00:39:28 +0000 (01:39 +0100)]
gtk+3.0 (3.22.19-1) unstable; urgency=medium
[ Jeremy Bicha ]
* New upstream release
* debian/libgtk-3-common.install.in:
Install EmojiChooser gsettings schemas
* Add fix-gtk-menu-sliders.patch:
- Cherry-pick patch to fix regression with clicking on sliders in menus,
such as with Unity's sound indicator (LP: #1712701) (Closes: #872687)
[ Ken VanDine ]
* debian/control.in:
- Bump libpango1.0-dev Build-Depends to >= 1.40.5 for colornames test
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
Iain Lane [Thu, 10 Aug 2017 15:34:47 +0000 (16:34 +0100)]
gtk+3.0 (3.22.18-1) unstable; urgency=medium
* Hi from Debconf
* New upstream release!
+ Support entering emoji by name, using Ctrl-Shift-E (note there is a
whitelist for this currently - see GtkImContext docs)
+ Wayland:
- Add support for the shortcut inhibitor protocol
- Support Wacome tablet wheel scrolling
* debian/control{,.in}: Bump wayland-protocols to 1.9, per upstream.
Emmanuele Bassi [Fri, 20 Jan 2017 18:07:01 +0000 (18:07 +0000)]
gdk/x11: Check if we have access to GL before using GLX API
If the platform does not have access to libGL then any call to GL and
GLX API through libepoxy will fail with an assertion. Until such time
that libepoxy exposes API for us to use, we can simply dlopen libGL
ourselves and do a symbol check.
Temporarily disable this test until someone figures out how
to make it run with GTK_CSD=1 properly so it gives output
matching the expected test data in all cases, not just
for installed-tests.
Martin Pitt [Thu, 8 Sep 2011 07:14:02 +0000 (09:14 +0200)]
Consistently treat gdkenumtypes.[hc] as source files
Always generate gdk/gdkenumtypes.c in the source tree, and fix path in the
introspection sources. With this, gdkenumtypes.c is correctly included with
separate build trees, too. This fixes missing GTypes in the .gir when using a
separate build tree.
Also remove the gdk/stamp-gdkenumtypes.h target. It was forcing the
regeneration of gdk/gdkenumtypes.h even if it was already present and current
in the source tree.
projects / gtk+3.0.git / log